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DETAILED ACTION 

1. This action is responsive to amendment dated August 1, 2005. 

2. Per Applicants' request, claims 1, 9, 10, and 11 have been amended, claim 15 is new. 
Claims 1-15 remain pending. 

Response to Amendment 

3. Applicants' amendment for Claims 1, 9, 10, 11, and 15 have been entered. 

4. Applicants' amendment for Claims 1,9, 10, 11, and 15 have been fully considered, 
respectfully by the examiner but they are not persuasive. 

5. The Examiner is maintaining the 35 USC § 102 and the 35 USC § 103 Rejections. For the 
Applicants' convenience they are listed as following, with the amendments requested by the 
Applicants. 

Response to Arguments 

6. Applicants' arguments for Claims 1, 9-11, and 15 have been fully considered respectfully 
by the examiner but they are not persuasive. 

7. Applicants' arguments are basically in the following points: 

• Differences Between to Claimed Invention and the Cited References (REMARKS 

page 6, last paragraph) 
Examiner's Response : In respond to the argument in REMARKS page 6, "Differences 

Between the Claimed Inventionand the Cited References", see Office Action dated 

04/28/2005, page 3, item 10. O'brien's disclosure teaches Control tags and datatages, when 

an event has occurred, it would locate the designated location and any related information, 

inclduing any comments (which are created by the software developer) , that a programmer 

has set beforehand., in order to be relied upon as a basis for rejection of the claimed 

invention. Applicant also argues that "When O'Brien's C preprocessor 66a removes the 

programmer's comments, it does not replace the comments with anything, leaving the 

program devoid of any means of referring back to the comments if later debugging is 

required. While the location of a process may be identifiable during debugging using the 

control tags, any relevant comments that would have been associated with that process 
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would have been deleted." — When O'Brien removes the programmer's comments, it inserts 
tags with instrumentation data, see O'Brien's Fig. 4, item 62, and column 12, lines 40-41, 
"The C parser 69a instruments the file produced by the C preprocessor 66a with 
instrumentation tags 62", therefore, the applicant's argument is not persuasive. As 
previously answered, O'Brien removes any comments/text strings that are not necessary to 
know by the users, but inserts instrumented tags for debugging purposes. Therefore, 
independent claims 1 and 9-1 1 are anticipated by O'Brien's disclosure, they are not 
considered a novelty in the art. 

• Continuing Lack of Motivation to Combine the References (REMARKS page 7, 2 nd 
paragraph) 

Examiner's Response : In regard to the argument in REMARKS page 7, "Continuing Lack of 
Motivation to Combine the References", see Office Action dated 04/28/2005, page 4, the 
Examiner quoted current application's Specification only to compare it with the prior arts' 
disclosure; the Examiner did not use the current application's Specification to support the 
motivation to combine the references . Since O'brien, Biegel and Treu are trying to solve the 
'debugging' problem (or enhance debugging skills) therefore, it's obvious for the people in 
the art to combine O'brien, Biegel or Treu's teachings. It has been held that a prior art 
reference must either be in the field of applicant's endeavor or, if not, then be reasonably 
pertinent to the particular problem with which the applicant was concerned. 

8. Examiner is maintaining the 35 USC § 102 and the 35 USC § 103 Rejections. For the 
Applicants' convenience they are listed as following, with the amendments requested by the 
Applicants. 

Claim Rejections - 35 USC § 102 

9. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
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patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 2 1 (2) of such treaty in the English language. , 

10. Claims 1, 3, 7-10, and 14 are rejected under 35 U.S.C. 102(e) as being anticipated by 
U.S. Patent No. 6,3 1 1,327 to Stephen Caine O'Brien et al. (hereinafter "O'Brien"). 



CLAIM 

1 . A method for obtaining information 
regarding events to be taking place within a 
software program to be used by a customer on 
a computing device, comprising: 

(a) including, for each of a number of selected 
events, an indicator within the software 
program that records the selected event, the 
indicator including a text string created by a 
software developer and descriptive of the 
selected event; 

(b) assigning and including a unique tag 
corresponding to each text string; 

(c) creating an index mapping each tag to the 
corresponding text string; and 



(d) removing each text string from the 
program prior to transferring the program to a 
customer. 



O'Brien 

In O'Brien, column 4, lines 9-12, "Data tags 
are always associated with a specific control 
tag, and they have a data field that provides 
information about an event identified by the 
control tag with which it is associated." (the 
selected event identified by an indicator). 
For items a, b, and c, see O'Brien, column 10, 
lines 49-60, "The parser 3 1 1 and the tag 
instrumenter 69 may be added as a new routine 
to the modified compiler 66 to insert tag 
statements at appropriate points. . . . The 
language-independent analyzer 321 may also 
be constructed as an information entry 
application program interface ("API"), 
according to an embodiment of the invention. 
An API is a library of called procedures used 
by an application program"(/w a software 
program). Further, in O'Brien, column 11, 
lines 6-11, "the API 323 may provide a set of 
commands for retrieving information from the 
database 65 using a tag value as a search key 
(mapping index). Depending on the 
significance of the tag value, the API 323 may 
return a symbol name corresponding to the tag, 
a text string" {a unique tag corresponding to 
each text string). O'Brien teaches the concept 
of using a unique tag as an index key to a 
corresponding text string in a software 
program; the tag value can be inserted in 
selected event {appropriate point, called 
procedure). 

For item d, see O'Brien, column 12, lines 3-5, 
"The C preprocessor 66a removes 
information from the source code 60 

{removing each test string prior to transferring 
the program to a customer) such as comments 
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that may have been added by the source code's 
programmer."; — the information can include 
the text string from the program; and further, in 
column 22, lines 15-19, "A probe, such as the 
probe tip 12, represents but one mechanism for 
detecting tags during a program's execution. 
Other detection mechanisms include writing 
tag values to a file which for subsequent 
analysis and capturing tag values passing 
during an external function call." (see Fig. 1), 
this sentence implies that in O'Brien's art, the 
text string does not reside in the application 
program, the application program only 
contains the tag values. Therefore, there is no 
need to remove text string before transferring 
the program to a customer. 



3. The method of claim 1, wherein the 
indicator is a function call. 



For the feature of claim 1 see claim 1 rejection. 
O'Brien teaches "capturing tag values passing 
during an external function call." (column 22, 
line 19). Therefore, the indicator (tag value) 
can be a function call. 



7. The method of claim 1, further comprising 
including within selected indicators an 
identifier, the identifier identifying information 
unwanted by a software provider. 



For the feature of claim 1 see claim 1 rejection. 
O'Brien's has disclosed the c probe tip' 
(number 12 in Fig. 1) which is a separate unit 
from the computer, further, in column 7, lines 
27-30, "After the probe chassis 20 has 
performed various tabulation and data 
reduction functions (filtering out) on the data 
from the probe tip 12, it outputs appropriate 
data to the host system 40 through the local 
area network cable 30". The probe contains an 
identifier, which will be used to identify 
certain text string (identifying information), 
the text string is not used in the application 
program; this also means the identifier 
identifying information (matching text strings) 
are not required (unwanted by a software 
provider) for program execution, see 35 USC 
112 rejection item 8 above. 



8. The method of claim 7, further comprising: 
filtering out, prior to transmittal of the file to 



For the feature of claim 7 see claim 7 rejection. 
Claim 7 rejection covers the 'filtering out' 
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the repository, selected data indicated by the 
identifier as unwanted information. 



feature. In O'Brien, column 1, lines 48-51, 
"As another example, each tag statement may 
send tag identifying data to a disk file 
(unwanted information; not delivered in 
software product). As still another example, 
an array can be reserved in memory, with each 
array element corresponding to a tag inserted 
in a respective location in the source code." 
(repository). 



9. A computer-readable medium having 
computer-executable instructions for 
performing a method for obtaining information 
regarding events to be taking place within a 
software program to be used by a customer on 
a computing device, comprising: 

searching for a text string within the software 
program created by a software developer and 
descriptive of a selected event; 

assigning and including a unique tag to each 
text string found; 

creating an index mapping each tag to the 
corresponding text string; and 

removing each text string from the program. 

10. A computer system having a processor, a 
memory, and an operating environment, the 
computer system operable to execute a method 
for obtaining information regarding events to 
be taking place within a software program to 
be used by a customer on a computing device, 
comprising: 

searching for a text string within the software 
program created by a software developer and 
descriptive of a selected event; 

assigning and including a unique tag to each 
text string found; 

creating an index mapping each tag to the 
corresponding text string; and 

removing each text string from the program. 

14. The method of claim 7, wherein the 
unwanted information is sensitive or 
personal information about the customer. 



Same as claim 1 rejection. 



Same as claim 1 rejection. 



For the feature of claim 7 see claim 7 rejection. 
See O'Brien, column 12 lines 3-5, "The C 
preprocessor 66a removes information from 
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the source code 60 such as comments that may 
have been added by the source code's 
programmer " - the information can be any 
information which is irrelated to the function 
implementation, such as sensitive or personal 
information about the customer. 



Claim Rejections - 35 USC §103 

1 1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 



12. Claims 2, 1 1-12, and 15 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent No. 6,31 1,327 by Stephen Caine O'Brien et al. (hereinafter "O'Brien"), in view of 
US Patent No. 5, 608, 720 by Charles H. Biegel et al. (hereinafter "Biegel"). 



CLAIM 

2. The method of claim 1, further comprising: 

(a) creating, on the computing device, a file of 
the recorded events including the unique tag 
for each event; 

(b) receiving, from the computing device, the 
file of the recorded events; 

(c) processing the file, by replacing into the 
file, the text string corresponding to each tag 
within the file; and 

(d) outputting a text string record of the 
events which took place within the software 
program, thereby providing a software provider 
a text record of the events taking place in the 
program to determine how the program may 
have failed. 



O'Brien /Biegel 

For the feature of claim 1 see claim 1 rejection. 
For items a, b, and c see claim 1 rejection. For 
item d, O'Brien teaches providing text record 
when an error has occurred, in column 17, lines 
22-26, "When an error is identified, a set of 
data and a control tag are written to indicate 
the error. The information present in the tags 
include an error identifier, the address of the 
block in error and its size (if any), the caller 
identifier(s) of the block's allocator and 
deallocator (if any), and the kind of allocator 
call begin attempted when the error was 
discovered "; but O'Brien does not mention the 
'program may have failed ' specifically. 
However, Biegel teaches this feature in an 
analogous art. In Biegel, column 28, lines 20- 
24, "An error identifier for an error is a code 
that is used to decode the error by offline 
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1 1 . A method for recording program 
information, by- a software provider, about 
events to be taking place within a software 
program executing on a computer to be used by 
a customer, comprising: 

(a) including, for each of a number of selected 
events, an indicator within the software 
program that records the selected event, the 
indicator including a text string created by a 
software developer and descriptive of the 
selected event; 

(b) coding the text string with a unique tag 
corresponding to each text string; 

(c) creating a decoding file mapping each 
unique tag to the corresponding text string; and 

(d) removing each text string from the 
program prior to transferring the program to a 
customer. 



tools in an output driver in the RDT (coding 
and decoding). This code is used to associate 
the error with a printable ASCII string", 
column 48, lines 37-38, "If a service 
operation fails, the failure is translated into 
the most appropriate TL1 error code." 
It would have been obvious to a person of 
ordinary skill in the art at the time of the 
invention was made to supplement O'Brien's 
disclosure of the tagging of the application 
program by the tagging the program failures 
further taught by Biegel, for the purpose of aid 
in system debugging (see Biegel, column 29, 
lines 34-35). 

O'Brien teaches all aspects of claim 1 1 but 
does not mention the 'coding and decoding' 
(items b and c) specifically. However, Biegel 
teaches this feature, see claim 2 rejection 
(coding and decoding). 



12. The method of claim 11, further 
comprising receiving, from the customer, a file 
of the recorded events, the file including the 
unique tag for each event; 

decoding the file by mapping the coded tag 
with the corresponding text string; and 

outputting a text string record of the events 
which took place within the software program, 

thereby providing the software provider with 
a text record of the events taking place in the 



For the feature of claim 1 1 see claim 1 1 
rejection. For the rest of the feature of claim 
12, see claim 2 rejection. 
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program to determine how the program may 
have failed. 



15. The method of claim 1 1, wherein removing 
each text string from the program prior to 
transferring the program to a customer includes 
deleting each text string from the program but 
at least temporarily storing said each text string 
incident to said deleting. 



For the feature of claim 1 1 see claim 1 1 
rejection. For the rest of the feature of claim 
15, see claim 1 (d). Also see O'Brien's 
paragraph 0061, "The language-independent 
analyzer 321 determines a name, an identity, 
and appropriate reference numbers for inserted 
tags 62 and forwards this tagging information 
to the symbol database 65. The language- 
independent analyzer 321 receives 
programming context information from the C 
parser 69a and also stores this information in 
the symbol database 65 in an appropriate 
location for later reference." And paragraph 
0087, "Calls to an operator delete are 
followed by a call to the instrumented 
interface (i.e., augmented-free), along with an 
appropriate memory management tag." 



13. Claims 4-6, 13 are rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 6,31 1,327 by Stephen Caine O'Brien et al. (hereinafter "O'Brien"), in view of US 
Patent No. 5, 608, 720 by Charles H. Biegel et al. (hereinafter "Biegel"), further in view of U.S. 
Patent no. 5,245,615 by Albert R. Treu (hereinafter "Treu"). 
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CLAIM 

4. The method of claim 2, further comprising: 

as the program executes on the computing 
device, limiting the size of the file of the 
recorded events. 



5. The method of claim 4, further comprising: 
in response to a failure of the program on the 

computing device, automatically transmitting 
the file to a repository accessible by the 
software provider. 

6. The method of claim 5, wherein the failure 
is a crash of the program. 



O'Brien / Biegel / Treu 

For the feature of claim 2 see claim 2 rejection. 
O'Brien and Biegel teach all aspects of claim 4 
but does not mention the 'limiting the size of 
the file of the recorded events' specifically. 
However, Treu teaches this feature in an 
analogous art. In Treu, column 4, lines 66-67, 
"In a preferred embodiment, error log 88 has a 
size of 109 contiguous bytes." 
It would have been obvious to a person of 
ordinary skill in the art at the time of the 
invention was made to supplement O'Brien 
and Biegel' s disclosure of the tagging of the 
application program and tagging the program 
failures by limiting the size of the error log 
taught by Treu, for the purpose of storing 
predetermined error log information at 
predetermined locations therein, (see Treu's 
Abstract, lines 2-3). 

For the feature of claim 4 see claim 4 rejection. 
For the 'transmitting the file to a repository' 
part, see clai m 8 rej ect ion . 



For the feature of claim 5 see claim 5 rejection. 
O'Brien and Treu teach the aspects of claim 6, 
except they don't mention 'crash' specifically. 
However, Biegel teaches the concept of crash 
as a failure of a program. In Biegel, column 27, 
lines 26-28, "4. Crash Log—captures a 
snapshot of the processor state when an 
irrecoverable error occurs on the processor". 
Therefore, it would have been obvious to a 
person of ordinary skill in the art at the time of 
the invention was made to supplement O'Brien 
and Treu's disclosure of the tagging of the 
application program and tagging the program 
failures by tagging a crash condition taught by 
Biegel, for the purpose of capturing the state of 
the processor while a crash occurred (see 
Biegel, column 29, line 47). 
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13. The method of claim 2, further comprising: 
deleting the file when the program closes 
normally, without crashing. 



For the feature of claim 2 see claim 2 rejection. 
O'Brien and Biegel teach all aspects of claim 
13 but does not mention the 'deleting the file 
when the program does not have a crash' 
specifically. However, Treu teaches this 
feature in an analogous art. In Treu, column 8 
last line to column line 21, "step 176 
determines if an error or failure (crash) 
occurred during the test. If not, step 178 then 
sees if any log entry has been saved by step 
174, and if one has, step 180 informs the user 
that a temporary error may have occurred. . . . 
If step 176 results in a positive determination, 
step 184 then compares the cause of failure 
with the log information saved in step 174. If 
they compare, step 188 deletes the resource 
(e.g. by deleting a block of memory from 
which the error arose) and informs the OS. 
Step 190 then deletes the log entry 
corresponding to such resource, builds an OS 
information log (error log status byte- bit 6) 
indicating the deletion and branches to step 
182." 

It would have been obvious to a person of 
ordinary skill in the art at the time of the 
invention was made to supplement O'Brien 
and Biegel 's disclosure of the tagging of the 
application program and tagging the program 
failures by removing unnecessary error log 
taught by Treu, for the purpose of saving 
memory space for storing predetermined error 
log information at predetermined locations 
therein, (see Treu's Abstract, lines 2-3). 



Conclusion 



The following summarizes the status of the claims: 
35 USC § 102 rejection: Claims 1, 3, 7-10, and 14 



35 USC § 103 rejection: Claims 2, 4-6, 11-13, and 15 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Chih-Ching Chow whose telephone number is 571-272-3693. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. Any inquiry of a 
general nature of relating to the status of this application should be directed to the TC2100 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
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system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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